|
|
Dear Jason, Actually, owner of this item is OEM, if this key is press OEM change BT to sink mode and advertise should be started. Thanks. |
|
|
Hi Mr. Jason Ling, We sent 2 AI2 STB to FII when Mr. Sean Chiang returned to Taiwan in July. I think you can refer those STBs. |
|
|
Hi Mr. Kang, Does the AI2 have any document (test case) regarding the a2dp sink/source mode switching scenario ? for example: if current is source mode, press BT key on front panel, the mode should change to sink mode. if current is source mode, when mobile device reconnect to a2dp sink, the mode should change to what ? |
|
|
Dear Jason, I am sorry but there is no document. When i ask about it to SKB manager, they told me "Please implement same with AI2". What is your problem ? If you give me detailed information about your problem, I will find if there is something help you in korea. Thanks. |
|
|
AD2P sink and A2DP source switch function implementaion: Ongoing items: a.1)Bluetooth button to trigger sink/source mode switch. (55%) Focus on BT button press to switch sink mode. a.2)BT device reconnects to trigger sink/source mode switch. |
|
|
Do you working for this issue..? |
|
|
We have one version and still take some time to verify and plan to commit the code before 12/2 if no any critical issues. |
|
|
Hi, Jacky Please update it's status. Thanks. |
|
|
Hi Jim, Please commit the code this morning. |
|
|
first version committed with known issue: 1. Always discoverable |
|
|
Hi Jim, Please set system property 'vendor.skb.dev.bt.sinkmode' ( 0 or 1) as current mode after change. 1 = sink mode. Thanks. |
|
|
Jim already added the setting system property and please check it. |
|
|
I can't see "vendor.skb.dev.bt.sinkmode". Did you apply it..? |
|
|
I have a question this issue, I can't pair with some devices ( speaker, earphone etc) but can connect bt keyboard. Is it normal in current version ? If mode change a2dp source, can i pair with ( speaker, earphone etc) ? Please explain. Thanks. |
|
|
1. sinkmode property did not set before first change, I'll fix it in next version. please confirm you can see it when you paired the BT-speaker or BT-earphone. 2. It is not normal if you can't pair with any BT-speaker and BT-earphone, please provide the log. 3. "If mode change a2dp source, can i pair with ( speaker, earphone etc) ?" I'm not sure if this is what you wanna know: When the box is currently in "sink mode" (paired with a mobile), try to pair with a BT-speaker will fail. (update, to be more precisely) When the box is currently in "sink mode" (CONNECTED with a mobile), try to pair with a BT-speaker will fail. |
|
|
Hi Jim, In current version, i can pair only with apple bt keyboard. I will make new ticket for "can't pair bt devices." with snoop log. Thanks. |
|
|
Hi Wooshin, I just remember one thing, we connect to BT-speaker through TvSetting (am start -n com.android.tv.settings/.MainSettings) Please guide me how to connect from the HomeUI |
|
|
I found the path so please ignore last message. It should be the same as TvSetting. 340355.t.mp4 (9,295,565 bytes) |
|
|
Dear Jim, Yesterday, I never can pair even though several tries but today is OK. If issue happen again, i will report. Thanks |
|
|
Dear jim, When i pair bt speaker, sound should be output from bt speaker but there is no sound on BT speaker. https://jira.skbroadband.com/browse/BTVQ-18272?filter=-1 thanks. |
|
|
Dear Jim Please update about this issue. |
|
|
Hi Wooshin, After I committed the "preliminary version of New Audio Routing Table" on 12/17 pm 9:12 taiwan time, this no sound on BT speaker issue should be gone. Please check it. |
|
|
I have checked it, but this is no sound still. |
|
|
Hi Wooshin, Which image did you use to test? After I committed code on 12/17 pm9:12, we did not release image to you except a special image to for HDMI volume level adjust. |
|
|
Image is making by daily build on build sever of SKB manager. |
|
|
Please update current status and give a target date. |
|
|
Hi Wooshin, River is OOO today and he will check audio routing for this issue. However, because he did the testing using the image built on 12/17 and the result is good. So could you kindly provide the daily build F/W to us for verification? Thanks a lot. |
|
|
Hi Jacky, I already sent image's link to River and i also wonder if below is implemented < SKB requirment > Key for Bluetooth Pairing BT Advertising should be performed only when the BT Key of STB is pressed (waiting for pairing). Timeout is 120 seconds (2 minutes), and it ends when BT Key is pressed again. |
|
|
It is implemented as follow: by default scanmode=SCAN_MODE_CONNECTABLE when bt button pushed, scanmode changes to SCAN_MODE_CONNECTABLE_DISCOVERABLE then, it will set back to SCAN_MODE_CONNECTABLE if one of below happen 1. 120s timeout 2. push bt key again 3. paired with mobile however scanmode=SCAN_MODE_CONNECTABLE did not work for all mobile. iphone is ok, but some android phones can still found UA300 devices in the scan list. we tried another platform and the result is the same, but AI2 works very well. We are still investigating it. About BT-spker output, it belongs to audio-routing issue so please discuss it with River in other threads |
|
|
Hi, jim Why "vendor.skb.dev.bt.sinkmode" is always 1. I wonder it. BFX-UA300:/vendor/bin # getprop | grep vendor.skb.dev.bt.sinkmode [vendor.skb.dev.bt.sinkmode]: [1] BFX-UA300:/vendor/bin # getprop | grep vendor.skb.dev.bt.sinkmode [vendor.skb.dev.bt.sinkmode]: [1] BFX-UA300:/vendor/bin # getprop | grep vendor.skb.dev.bt.sinkmode [vendor.skb.dev.bt.sinkmode]: [1] Thanks. |
|
|
default mode is sink unless a bt-speaker (earphone jack) is connected. currently the property presents the BT profile status. let me know the details you need, for ex the property should present the "mobile connected status" ? |
|
|
1. It should be 1, when you press bt key. 2. And 120 seconds timeout or bt key pressed again, it should be toggled. Thanks. |
|
|
Code updated to follow the requested behavior. But when the mobile is connected, I'll toggle the prop to 0. Let me know if you don't want this. |
|
|
I think you can change to 0 in following status. 1. Mobile is connected. 2. After 120 secs timeout 3. When you press the button again Thanks. |
|
|
Hi Jim, Do you have any update on confirmed behavior provided by Wooshin? |
|
|
already done in 0000968:0005586 and I think Wooshin agreed with it in 0000968:0005591 |
|
|
I will close it and if any issue will be found, i will reopen. |
|
|
Timeout(120 secs) is not implemented. Please check it. |
|
|
Hi Mr. Wooshin, I tried the prop and it is ok, could you describe the issue in detail? Annotation 2021-04-27 184501.png (68,188 bytes) |
|
|
Hi Jim, SPTEK want to change operation scenario for button because there is issue that middleware get wrong property (vendor.skb.dev.bt.sinkmode). The moment receive key event (KEYCODE_SKB_FUNC_21), middleware reads property. So you have to send key event after set property. steps> 1. press button 2. set property (vendor.skb.dev.bt.sinkmode) 3. change bt sink mode 4. Send key event (KEYCODE_SKB_FUNC_21) Thanks. |
|
|
Hi, Jim, There is one more requirement for BT sink operation and it's required for SKT NUGU service. Please check the following sequence and implement it. 1. When the front BT button is pressed, if current BT mode is not sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", Value="on" if current BT mode is sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", Value="off" 2. Prepare to receive the broadcast which the Action is "com.skbb.intent.action.NUGU_BT_CTRL_REQUEST", When the "com.skbb.intent.action.NUGU_BT_CTRL_REQUEST" broadcast is received, if the Value of broadcast is "on", if current BT mode is not sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", Value="on" if current BT mode is sink mode, just send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", Value="already_on" if the Value of broadcast is "off", if current BT mode is not sink mode, just send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", Value="already_off" if current BT mode is sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", Value="off" If you have any question, please let me know. Thank you. |
|
|
Hi, Jim, Could you please update current status for https://mantis.cnsbg.foxconn.com/vaas/view.php?id=968#c7934 ? Thank you. |
|
|
Hi Mr Sangmin, Please replace the apk to test the functions # adb install -r xxx.apk to restart the service after install, you could reboot the box, or hit the frontpanel bt-button (or input keyevent 333) Firstly, I'd like to call it "button-mode is ON", when button is pressed, before 120s timeout, and before phone paired Because sending of SKB_FUNC_21 is included in the origianl state machine of button-mode, so the voice indicating the pairing will present. (my FW is built last Friday and I guess M/W not yet implement NUGU_BT_CTRL_RESPONSE ) maybe Sptek (or someone) don't need to check the broadcast NUGU_BT_CTRL_RESPONSE (I guess) try this with test2 apk Then, I spend some time to separate SKB_FUNC_21 event, that is when hitting the frontpanel button, we send SKB_FUNC_21 when receive nugu-bt-ctrl-request, we skip SKB_FUNC_21 try this with test1 apk please check with the owner if test2 could meet their requirement (I prefer test2 because they don't change the state machine) Besides, if you found bugs or you want to change some flow, please grab logcat with "adb logcat -s A2dpDeviceSevice" |
|
|
|
|
|
Hi Mr. please check the attached for more information and sorry please ignore page1 |
|
|
Hi, Jim, I didn't see your comment, I will update after checking your comment. Thank you. |
|
|
Hi, Jim, I'm sorry there was wrong information. The key string for intent is "command" not "Value". Please check the following procedure and please rebuild the APK for test. 1. When the front BT button is pressed, if current BT mode is not sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="on" if current BT mode is sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="off" 2. Prepare to receive the broadcast which the Action is "com.skbb.intent.action.NUGU_BT_CTRL_REQUEST", When the "com.skbb.intent.action.NUGU_BT_CTRL_REQUEST" broadcast is received, if the command of broadcast is "on", if current BT mode is not sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="on" if current BT mode is sink mode, just send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="already_on" if the command of broadcast is "off", if current BT mode is not sink mode, just send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="already_off" if current BT mode is sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="off" Thank you. |
|
|
|
|
|
Hi Mr. SangMin, here's the test apk per your request: hit button --> skb21 to MW and nugu-response to MW nugu-request --> nugu-response to MW broadcast key change from "Value" to "command" |
|
|
Hi, Jim, I tested with A2dpDeviceService_test1-1.apk and it works correctly. Please commit it. Thank you. |
|
|
Hi, Jim, I checked your commit was applied at 20210826 daily build, and it works correctly. Thank you. |
|
|
Hi, Jim, There is a request for A2DP BT operation. Now, the front BT button only works to toggle the BT sink mode. But, when you press the front BT button during connected A2DP BT device, the A2DP BT device should be disconnected. Please check the following scenario. [As-is] 1. When the front BT button is pressed, if current BT mode is not sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="on" if current BT mode is sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="off" 2. Prepare to receive the broadcast which the Action is "com.skbb.intent.action.NUGU_BT_CTRL_REQUEST", When the "com.skbb.intent.action.NUGU_BT_CTRL_REQUEST" broadcast is received, if the command of broadcast is "on", if current BT mode is not sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="on" if current BT mode is sink mode, just send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="already_on" if the command of broadcast is "off", if current BT mode is not sink mode, just send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="already_off" if current BT mode is sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="off" [To-be] 1. When the front BT button is pressed, if any A2DP device is connected, disconnect the A2DP device and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="off" else if current BT mode is not sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="on" if current BT mode is sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="off" 2. Prepare to receive the broadcast which the Action is "com.skbb.intent.action.NUGU_BT_CTRL_REQUEST", When the "com.skbb.intent.action.NUGU_BT_CTRL_REQUEST" broadcast is received, if the command of broadcast is "on", if current BT mode is not sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="on" if current BT mode is sink mode, just send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="already_on" if the command of broadcast is "off", if any A2DP device is connected, disconnect the A2DP device and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="off" else if current BT mode is not sink mode, just send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="already_off" if current BT mode is sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="off" Please be careful that disconnect only A2DP device, not BT RCU or others. I think you can disconnect the A2DP device in this list(iPhone_Sangmin). $ adb shell dumpsys bluetooth_manager | grep "Bonded devices" -A 2 Bonded devices: C0:E8:62:65:F3:AD [BR/EDR] iPhone_Sangmin 14:4E:34:D1:94:07 [ LE ] BRM_BA02_407 $ adb shell dumpsys bluetooth_manager | grep A2dpSinkService -A 4 Profile: A2dpSinkService mCurrentDevice: C0:E8:62:65:F3:AD mTargetDevice: null mIncomingDevice: null StateMachine: name=A2dpSinkStateMachine state=Connected Please check this request and if you have any question, please let me know. Thank you. |
|
|
Hi, Jim, Could you please update current status? Thank you. |
|
|
Hi Mr. Sangmin, Please help to check if test3.apk could meet the requirements. |
|
|
Hi, Jim, I'm sorry for late response, I was OOO last week because of HDMI test. Before testing your new APK, I found a problem when I connect the BT device. ============================================================================================================================================= When the front BT button is pressed, if any A2DP device is connected, disconnect the A2DP device and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="off" else if current BT mode is not sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="on" if current BT mode is sink mode, toggle the BT mode and send the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="off" ============================================================================================================================================= When I try to connect the A2DP device at the first time, only the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="on" should be sent. But, I can see the broadcast Action="com.skbb.intent.action.NUGU_BT_CTRL_RESPONSE", command="off". You can see the log message from attached file. I think there are two broadcast sending when I connect an A2DP device. 09-06 17:33:09.804 com.vasott.a2dpdeviceservice 5216 - D A2dpDeviceService responseNUGUSwitchMode, command = on 09-06 17:33:28.530 com.vasott.a2dpdeviceservice 5216 - D A2dpDeviceService responseNUGUSwitchMode, command = off Could you please check it first? 20210906_a2dp_broadcast (6,220 bytes) |
|
|
Hi Mr. Sangmin, I've refined the state machine and implement the flow based on this table https://docs.google.com/spreadsheets/d/11Mtvn3gx_GB3_Sbj_Ep-Q9A4dxwta845ebVT9HXBxUM/edit?usp=sharing the senario of #8001 and #8082 are verified please check 120_test1.apk |
|
|
Hi Mr. fix invalid state for new paired device |
|
|
Hi, Jim, Please check the attached document and implement refer to the document. If you have any question, please let me know. Thank you. |
|
|
Hi Mr. Choi, 1. First booting procedure ==> Try to reconnect the BT remote control [Jim] Ad2pDeviceService doesn't control RCU ==> Do not reconnect any A2DP BT source device [Jim] OK 2. Press Front BT Butto ==> Do not disconnect BT remote control [Jim] BT stack restart when switching between sink/src mode I can't do this I can only check and prevent the unnecessary switch [Jim] please confirm again the SKB_FUNC_21(down-right part) 3.1 If the command of Broadcast is "off" ==> Do not disconnect BT remote control [Jim] same to 2 [Jim] is there a typo? we should receive NUGU_BT_CTRL_REQUEST [Jim] please confirm again the SKB_FUNC_21(down-right part) 3.2 If the command of Broadcast is "on" [Jim] same typo? [Jim] please confirm again the SKB_FUNC_21(down-left part) looks like 3 SKB_FUNC_21 is added, I also update the google link. |
|
|
Hi, Jason, I update the detail discussion on WeChat and update the document fix the mistyping. 1. First booting procedure ==> Try to reconnect the BT remote control [Jim] Ad2pDeviceService doesn't control RCU ==> Do not reconnect any A2DP BT source device [Jim] OK [Sangmin] I will test after you finish. 2. Press Front BT Button ==> Do not disconnect BT remote control [Jim] BT stack restart when switching between sink/src mode I can't do this I can only check and prevent the unnecessary switch [Jim] please confirm again the SKB_FUNC_21(down-right part) [Sangmin] Yes, please send the SKB_FUNC_21. 3.1 If the command of Broadcast is "off" ==> Do not disconnect BT remote control [Jim] same to 2 [Jim] is there a typo? we should receive NUGU_BT_CTRL_REQUEST [Sangmin] you're right, I updated the document. [Jim] please confirm again the SKB_FUNC_21(down-right part) [Sangmin] Yes, please send the SKB_FUNC_21. 3.2 If the command of Broadcast is "on" [Jim] same typo? [Sangmin] you're right, I updated the document. [Jim] please confirm again the SKB_FUNC_21(down-left part) [Sangmin] Yes, please send the SKB_FUNC_21. I think this scenario will work when the STB works as SNK mode. After you finish this APK, I will test there is no problem with the scenario. And, I will test in case of the STB works as SRC mode. Thank you. |
|
|
Hi Mr Choi, Please check test3.apk, and I list my test result below the table https://docs.google.com/spreadsheets/d/11Mtvn3gx_GB3_Sbj_Ep-Q9A4dxwta845ebVT9HXBxUM/edit?usp=sharing |
|
|
Hi Mr Choi, If you havn't tried test3.apk, you can ignore it and check test4.apk. It fix the existing bugs in test3 please check the link for more details https://docs.google.com/spreadsheets/d/11Mtvn3gx_GB3_Sbj_Ep-Q9A4dxwta845ebVT9HXBxUM/edit?usp=sharing |
|
|
Hi, Jim, Now, I'm testing A2dpDeviceService_120_test4.apk. I pressed front BT button and connect the smart phone. And, I can hear the music on STB's speaker when I play a music on smart phone. But, I can also hear the Live AV audio on STB's speaker. (When I revert A2dpDeviceService under same firmware, I can only hear the audio on STB's speaker) Could you please check it? The test firmware is 20210924 daily build version. http://altserver01.iptime.org/release_by_fxn/swan_nightly/SD_IMG/BFX-UA300_20210924_SD_v531r17_D253 Thank you. |
|
|
|
|
|
Hi Mr, Choi, A2dpDeviceService v1.2.0-test5 add missing notifications to audio hal |
|
|
Hi, Jim, I tested the A2dpDeviceService_120_test5.apk and I got an issue as following. # Test Procedure 1. Press front BT button 2. Connect the Smartphone 3. Play some music on Smartphone and I can hear audio at the STB's speaker 4. Press front BT button 5. The music was stopped but there is no Live audio at the STB's speaker. And, I can't control the STB's volume. -> The Live audio should be played. Could you please check it? |
|
|
Hi Mr. Choi, Normally, for ex: pause the music or disconnect SWAN from mobile UI A2dpDeviceService got playing-state-change event, it pass to audio-hal to handle the audio routing But when push BTN, A2dpDeviceService disconnect the mobile and we can't get playing-state-change event test6 send an additional playing-state-change event at this condition sorry I test it only with the logs, please help to verify it with live video. |
|
|
Hi, Jim, I tested with test6.apk but same issue still happened. I attached the logcat file, could you please check it? Thank you. |
|
|
Hi Mr. Choi, Hitting the button does not disconnect iphone. But I can't find a way to fix it today Will keep work on it. |
|
|
Hi, Jim, Is there any update? I'm sorry to push you but as you know, this model is almost ready to launch. Our customer want to be operated well this feature. Thank you for your help. |
|
|
Hi Mr. Choi, unit test was ok. I'll have more test this morning. I put the FW here, you can download in advance. ftp://altserver01.iptime.org/release_by_fxn/smart3_test/mantis968/ |
|
|
Hi Mr. Choi, Please check my test result below the table of this URL: https://docs.google.com/spreadsheets/d/11Mtvn3gx_GB3_Sbj_Ep-Q9A4dxwta845ebVT9HXBxUM/edit?usp=sharing |
|
|
Hi, Jim, Thank you for update. I will test new firmware next week. I'm out of office due to support examine first samples. |
|
|
Hi Mr. Choi, A new test FW r19B is uploaded, you can ignore r19A It fix the state machine messed when a paired iphone try connect swan-in-src-mode. FW and test result path is the same: ftp://altserver01.iptime.org/release_by_fxn/smart3_test/mantis968/ https://docs.google.com/spreadsheets/d/11Mtvn3gx_GB3_Sbj_Ep-Q9A4dxwta845ebVT9HXBxUM/edit?usp=sharing |
|
|
|
|
|
Hi, Jim, I'm sorry it's too late checking the new firmware. I had to support the first sample examination for few days. There is an issue as following. # Test Procedure 1. Press front BT button 2. Connect the Smartphone 3. Play some music on Smartphone and I can hear audio at the STB's speaker 4. Press front BT button 5. The music was stopped and I can hear the Live Audio.(It was fixed.) 6. Connect the Smartphone again 7. Play some music on Smartphone and I can't hear any audio and can't control STB's volume. I attached the logcat message. Could you please check it? Thank you and best regards. |
|
|
Hi Mr. Choi, This is reproducible here. It seems some wrong a2dp state of bt-stack when iphone disconnected I'll try fix it but may need more time. |
|
|
Hi Mr. Choi, FW r21A is uploaded for fixing no-output-when-iphone-disconnect-and-connect I move mantis968 to swan_test_image folder, you can download it in advance. ftp://altserver01.iptime.org/release_by_fxn/swan_test_image/mantis968/ unit test for 0000968:0008429 is ok I'll test it tomorrow morning and share the checklist result. |
|
|
Hi Mr. Choi, checklist updated in new sheet 531r21A of the same url: https://docs.google.com/spreadsheets/d/11Mtvn3gx_GB3_Sbj_Ep-Q9A4dxwta845ebVT9HXBxUM/edit#gid=1307923646 |
|
|
|
|
|
Hi, Jim, I think it works well until now. I'm sorry but I missed some scenario. When I connect/disconnect from Smartphone, there is no NUGU_BT_CTRL_RESPONSE broadcast. So, the SKT NUGU can't know about the current bluetooth status. I'm asking SKT about this issue, I'm not sure Foxconn should add more jobs for this issue. So, I would like to request a test firmware. (Before implementing, please keep the current source code, because following requirements are for testing.) Please implement the requirements from attached document.(6. Connect/Disconnect from A2DP source device) Thank you. |
|
|
Hi Mr. Choi, apk v124 is for sec.6 of the document. please test it with 531r21A FW |
|
|
|
|
|
Hi Mr. Choi, please check apk v124_test1 for "sec.6 off only" |
|
|
|
|
|
Hi, Jim, I'm really appreciate about your support. Now, I am testing with the final firmware(531r21A) and A2dpDeviceService_124_test1.apk. It works well but I found one issue until now. I guess this issue is because of missed scenario. I'm sorry but this function is too complicated(too many dependency on many modules) it's not easy to check the scenario. Please add one more scenario. You can see the yellow diagram from the attached document.(A2dpDeviceService_Scenario_BFX-UA300_20211021.pdf) For chapter 6, it's already done.(To remove broadcast "on") For chapter 2, please add this scenario. Thank you. |
|
|
Hi Mr. Choi, please check apk v124_test2 for "doc sec.2 1021-yellow" |
|
|
Hi, Jim, Until now, it looks perfect. I couldn't find any other case which is related with BT connect problem. Could you please push the modifications until now? Thank you. |
|
|
Hi, Jim, As you told me, there is one more sound when I disconnect the SWAN from Smartphone. I guess it happened after add last scenario.(For chapter 2, please add this scenario.) But it's needed to sync BT status with SKT NUGU service. I will check about this issue and will update soon how to fix it. Please wait to push it. Thank you. |
|
|
Hi, Jim, Please push the modifications until now.(531r21A and A2dpDeviceService_124_test2.apk) I will check remain issue(make sound twice when I disconnect device) with M/W part. Thank you. |
|
|
Hi Jim and sangmin, If all functions is ok and .apk is already committed, please close this ticket. |
|
|
Issue close. |
- yk.jung ( (ALTech) Younkwang Jung ) developer
